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SUMMARY 

The  ‘Programmable  Cockpit’  is  a  low-cost  facility  utilising  personal  computers  linked 
together  to  represent  the  fundamental  displays  of  a  fixed-wing  aircraft ,  The  cockpit 
instalments  can  be  displayed  either  in  the  conventional  manner  or  in  a  ‘glass-cockpit’  type 
format.  Aircraft  controls  include  a  sidestick  and  throttle. 

It  was  designed  so  that  instrument  layouts  and  display  formats  could  be  reconfigured  rapidly 
and  tested  in  a  reasonable  aircraft  representation,  with  the  pilot  under  representative 
workload  conditions.  The  Programmable  Cockpit  is  to  be  used  to  study  and  develop  the 
pilot -vehicle  interface  for  future  aircraft  systems. 

This  document  gives  a  brief  overview  of  the  complete  Programmable  Cockpit,  including  the 
Flight  Dynamic  Model,  Inter-Computer  Communications,  Head-Down  Display,  Control 
Display  Unit,  and  Moving  Map  Display.  The  Head-Up  Display  and  Outside  View  are 
explained  in  detail.  Planned  development  is  also  discussed. 
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1.  INTRODUCTION 


Cockpit  layout  and  instrument  format  are  paramount  factors  in  deciding  how  well  the  pilot 
cun  perform.  Whether  the  mission  is  military  or  civil,  the  amount  and  manner  in  which 
information  is  displayed  to  the  flight  crew  is  critical  in  realising  the  mission  success. 

A  ‘Programmable  Cockpit  •  Stage  1  (PC-1)'  has  been  developed  by  Flight  Management 
Group,  Aircraft  Systems  Division,  ARL,  as  a  low-cost  facility  to  study  various  cockpit 
formats  and  methods  of  displaying  information  to  the  pilot,  The  Programmable  Cockpit 
was  so-named  due  to  its  inherent  ability  to  re-configure  the  cockpit,  test  out  a  new 
instrument  design,  or  vary  a  display  format  in  a  relatively  short  time. 

The  PC-1  consists  of  a  mathematical  aircraft  model  driving  four  display  screens; 
Head-Down  Display,  Control  Display  Unit,  Head-Up  Display  and  Outside  View,  and 
Navigator’s  Moving  Map  Display. 

This  document  gives  a  brief  overview  of  the  Programmable  Cockpit.  The  Head-Up  Display 
und  Outside  View  are  explained  in  detail.  Planned  development  (Stage  2)  is  also  discussed, 


2.  PROGRAMMABLE  COCKPIT  OVERVIEW 

The  PC- 1  can  be  divided  into  hardware  and  software  sections  as  follows : 

(refer  to  reference  1  for  a  more  detailed  overview) 

2.1  Hardware 

The  Programmable  Cockpit  consists  of  the  following  hardware  items  : 

-  2  x  Amiga  2500  computer 

Amiga  500  computer 

-  2  x  Commodore  1084  monitor  with  touchscreen 

NEC  Multisync  monitor 
IBM  PS/2  monitor 
Analogue-to-digital  convenor 
Throttle 

-  Sidestick 
Pilot  seat 

Frame-work  for  monitors  and  controls 

Note  that  the  A2500  computer’s  each  contain  a  68020  and  an  80286  microprocessor ,  and 
the  A500  computer  contains  a  single  68000  microprocessor.  The  hardware  layout  is  shown 
in  Figure  1 . 


2.2  Software 

The  Programmable  Cockpit  contains  six  software  components : 
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2.2.1  Flight  Dynamic  Model  (FDM) 

The  FDM  is  a  full  six  degree-of-freedom  aircraft  model  and  a  simple  engine  model.  The 
aircraft  control  inputs  (throttle  and  sidestick)  are  fed  into  the  FDM  via  an 
analogue-to-digital  convertor.  The  FDM  determines  the  aircraft’s  response  and  updates  the 
communications  link  with  all  the  parameters  used  by  other  software  sections  of  the 
Programmable  Cockpit.  The  FDM  is  written  in  Microsoft  Pascal  and  runs  on  one  of  the 
80286  processors,  Refer  to  reference  2  for  more  detail. 

2.2.2  Inter-Computer  Communications  and  Data  Flow  (ICC) 

The  ICC  collects  all  necessary  data  from  the  FDM  as  it  becomes  available.  These  data  are 
sent  via  parallel  and  serial  lines  to  all  the  other  microprocessors  where  it  can  be  accessed  as 
required  by  the  various  programs.  The  ICC  is  written  in  Modula-2  and  is  a  background 
task.  Refer  to  reference  3  for  more  detail. 

2.2.3  Head-Down  Display  (HDD) 

The  HDD  contains  the  basic  flying  instruments  (altitude,  indicated  airspeed,  vertical 
airspeed,  compass,  turn  coordinator,  Automatic  Direction  Finder,  Instrument  Landing 
System).  Currently  two  versions  exist: 

Typical  -  conventional  instrument  panel  with  individual  dials 
for  each  piece  of  information:  and 

Advanced  -  single  CRT-type  display  with  all  information  integrated 
onto  one  ‘instrument’. 

The  HDD  is  written  in  C,  runs  on  a  80286  processor,  and  is  displayed  on  the  PS/2 
high-resolution  monitor.  Refer  to  reference  4  for  more  detail. 

2.2.4  Head-Up  Display  and  Outside  View  (HUD) 

The  HUD  contains  flight  information(artlflcal  horizon,  altitude,  airspeed,  pitch  angle,  roll 
angle,  heading,  Mach  number,  g-number,  and  angle  of  attack)  superimposed  on  the  Outside 
View,  The  HUD  information  is  not  shown  when  the  'Typical'  mode  is  selected.  The 
Outside  View  is  a  night  scene  (current  database  is  around  the  Port  Phillip  Bay  area) 
concentrating  mainly  on  airport  lighting  (Moorabbin,  Essendon,  and  Melbourne).  The 
HUD  is  written  in  Modula-2,  runs  on  a  68020  processor,  and  is  displayed  on  the  NEC 
Multisync  high-resolution  monitor.  The  HUD  and  Outside  View  are  explained  in  detail 
luter  in  this  document. 

2.2.5  Navigator’s  Moving  Map  Display  (MMD) 

The  MMD  is  a  digital  moving  map  showing  the  aircraft  position  over  a  coastline-only  map. 
Navigation  waypoints  can  also  be  displayed  on  the  map.  A  ‘paper  map’  option  is  uvuiluble 
which  shows  more  detail  but  is  of  a  fixed  scale,  whereas  the  digital  map  has  various  scales. 
The  MMD  is  off  when  the  ‘Typical’  mode  is  selected.  The  MMD  is  written  in  Modula-2, 
runs  on  the  68000  processor  (A500),  and  is  displayed  on  the  1084  monitor  with 
touchscreen.  Refer  to  reference  5  for  more  detail. 

2.2.6  Control  Display  Unit  (CDU) 

The  CDU  contains  some  basic  engine  Instruments  (Compressor  rpm,  Exhaust  Gas 
Temperature,  Engine  Pressure  Ratio),  landing  gear  select,  Typical/ Advanced  mode  select, 
preset  aircraft  conditions,  and  a  navigation  system  control  panel  which  currently  resembles 
a  panel  used  with  a  real  navigation  system  (TACTF.RM)  developed  by  Flight  Management 
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Group,  Aircraft  Systems  Division,  ARL.  The  touchscreen  is  used  to  enable  push-button  use 
of  the  systems,  the  CDU  is  written  in  Modula-2,  runs  on  a  68020  processor,  and  is 
displayed  on  a  1084  monitor  with  touchscreen. 


3.  HEAD-UP  DISPLAY 

3.1  Introduction 

The  Head-Up  method  of  displaying  information  to  the  pilot  involves  projecting  flight 
information  directly  between  the  pilots  line-of-sight  and  the  outside  world.  This  allows  the 
pilot  to  concentrate  on  the  out-of-cockpit  situation  without  the  need  to  divert  his  attention 
to  cockpit  instruments  for  flight  Information. 

3.2  Programmable  Cockpit  HUD  Format 

The  HUD  currently  implemented  in  the  Programmable  Cockpit  is  a  simplified  version  of 
the  F/A-18  HUD.  See  Figure  2.  The  following  Information  is  displayed  : 

-  Airspeed,  in  knots,  is  displayed  as  a  numeric  value  in  the  lower  left  box. 

-  Altitude,  in  feet,  is  displayed  as  a  numeric  value  in  the  lower  right  box.  Thousands  of 
feet  are  displayed  in  a  larger  font  to  ensure  easy  readability. 

•  Heading  and  pitch  angles  are  displayed  as  numeric  values  (top  center  and  center  right 
boxes  respectively)  and  on  scrolling  scales.  The  scales  also  give  an  indication  of  the 
angular  rate  of  change, 

-  The  aircraft  Angle-of-Attack,  Mach  number,  and  g-number  are  displayed  as 
numeric  values. 

-  A  straight  line  to  represent  the  horizon  spans  the  screen. 

•  At  the  center  of  the  HUD  is  a  reference  symbol  which  represents  the  aircraft. 

This  symbol  rotates  to  indicate  the  horizon,  so  that  the  pilot  knows  where  the  horizon 
is  v/hen  the  horizon  line  is  not  visible  (very  high  or  low  pitch  angles). 


3.3  Graphics  Programming  of  HUD 

The  graphics  programming  for  the  HUD  is  relatively  simple,  as  most  of  the  HUD  is  static 
or  merely  numeric  displays.  The  moving  sections  of  the  HUD  include;  horizon  line,  aircraft 
symbol,  and  scrolling  heading  and  pitch  scales. 

Using  a  paint  program,  the  static  section  of  the  HUD  and  scrolling  scales  were  constructed 
as  a  picture  (See  Figure  3)  in  low  and  high-resolution  versions.  Upon  program  initialisation 
the  HUD-picture  is  drawn  into  a  bitmap,  When  each  fresh  screen  is  drawn  the  stutic  section 
of  the  HUD  is  copied  from  the  bitmap  into  the  current  screen,  Sections  of  the  heading  und 
pitch  scales  are  copied  from  the  bitmap  to  the  screen.  The  numeric  values  are  converted 
from  integer  or  real  values  into  text  characters  and  drawn  onto  the  screen. 

The  horizon  line  and  aircraft  symbol  are  both  drawn  using  screen  coordinates  obtained 
from  arrays  indexed  to  roll  and  pitch  angles.  These  arrays  are  initialised  on  program 
start-up.  Modification  to  the  array  data  or  its  indexing  for  angles  out  of  the  array  index 
limits  may  be  necessary,  The  limits  are  -50°  to  +50°  for  pitch  and  -90°  to  +90°  for  roll. 


4.  OUTSIDE  VIEW 


4.1  Introduction 

The  Outside  View  used  for  the  programmable  cockpi.  tr  ..  -right  scene  with  variable 
visibility  (user  defined,  defaulMOkm).  It  was  considered  i..ai  a  night  scene  could  be 
generated  with  reasonable  realism  with  the  available  computer  power.  A  realistic  day  scene 
would  have  required  much  more  processing.  See  Figure  4. 


4.2  Programming  Methodology 

Instead  of  using  the  computationally  Intensive  matrix  method  of  performing  the 
transformation  of  ground  referenced  data  to  terminal  screen  coordinates  and  then  clipping 
the  out-of-field-of-view  data,  it  was  decided  to  try  to  reduce  computation  by  determining 
the  visible  terrain  data  before  doing  any  ground-to-screen  transformations. 

To  do  this,  the  screen  coordinates  defining  the  visible  ground  area  are  transformed  from  the 
screen  to  ground  coordinates  (see  section  4,4)  to  obtain  the  around  coordinates  (relative  to 
the  current  aircraft  position)  of  the  polygon  defining  the  visible  field-of-view  boundary.  A 
box  is  fitted  around  this  polygon  to  give  an  approximate  field-of-view  that  is  easy  to  check 
for  terrain  data, . 

To  reduce  the  amount  of  terrain  data  needed  to  be  checked,  a  1km  square  grid  system  was 
Introduced.  When  the  terrain  data  base  file  is  constructed  (using  a  separate  program,  see 
section  4.5)  the  data  for  each  grid  square  are  made  separately  and  are  indexed  to  that  grid, 
so  that  it  is  very  quick  to  check  if  any  terrain  data  are  within  a  particular  grid  square.  Once 
all  the  grid  squares  in  the  visible  field  of  view  have  been  identified,  the  terruin  data  ure 
translated  from  reference  ground  coordinates  to  current  aircraft  position  ground  coordinates 
and  transformed  from  ground  to  screen  coordinates  (see  section  4.3),  The  screen 
coordinates  are  finally  checked  to  be  within  the  screen  boundaries. 


4.3  Ground-to-Screen  Transformation 

The  ground  coordinate  (3-D  terrain  data)  transformation  to  the  terminal  screen  (2-D)  is 
carried  out  by  projecting  the  data  point,  P,  along  a  projection  line  that  meets  the  center  of 
projection  (i.e.  the  pilot’s  eyes).  See  Figure  5. 


From  reference  6  (p.  240) : 

xp  =>  x(  d/(z4d) ) 

yp  -  y(  d/(z+d) ) 

where  ‘d’  is  the  perpendicular  distance  from 
the  center  of  projection  to  the  projection  plane. 
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The  center  of  projection  (pilot’s  eyes)  lies  on  the  aircraft’s  heading  radial.  Therefore  the 
terrain  data  must  be  transformed  from  North-East  coordinates  (pN|,Pp,P  a  )  to  parallel  and 
perpendicular  to  the  heading  radial  (P  ,P  ).  ''  r' 

Refer  to  Figure  6.  pa™  p  ^ 

Pperp  =  PiNf.sin(heading)  •  Pg.cos(heading) 

Ppara  =  pN.cos(heading)  +  Pg.sin(heading) 

The  point,  P,  is  then  projected  onto  the  plane  z»0,  and  the  point  coordinates  in  (x,y,z)  ore 
determined  as  follows  (See  Figures  7  &  8) : 

Pz  =  Ppam  .cos(pitch)  -  d  -  PA  .sin(pitch) 

Note  ;  Pz  must  be  positive  for  P  to  be  visible. 

Transform  the  point  coordinates  onto  the  projection  plane  (x.y.O) : 
alpha  =  tan"1  (Pperp/a) 

where  a  «■  P  .  sin(pitch)  4  P^.cos(pitch) 
gamma  ■  pi  /  2  -  alpha  4  roll 
Px  =»  R .  cos(gamma) .  b 
Py  =-R .  sin(gamma) .  b 
where  R2*a24Pp{rp2 
and  b  «  d/(Pz4d) 

Therefore  the  screen  coordinates  are; 

Xsc=SW/2-Px 

Ysc  =  SH/2‘Py 

where  SW  =  Screen-Width 
and  SH  =  Screen-Height 
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4.4  Screen-to-Ground  Transformation 

Working  backwards  from  screen  coordinates  to  ground  coordinates  using  the  equations 
derived  in  section  4.3  : 

First,  using  the  X  equations  : 

Xsc  =  SW/2-px 

»  SW/2  -  R.cos(gamma).b 

*  SW/2  -  (-a.sin(roll)  +  P„,_.cos(roli)).(d/(P  +d)) 
perp  z 

Therefore : 

(Xsc-  SW/2)(Pz+d)  =  d(Pperp,cos(roll)  -  a.sin(roll)) 

Substitute  for  pz,  Ppcrp  to  get  this  equation  in  terms  of  and  pE 
and  equate  coefficients.  This  gives : 

C1'PN  +  C2'PE  +  C3a° 
where : 

c.  =  (X  -  SW/2).cos(heading).cos(pitch) 

1  SC 

■  d.(  sin(heading).cos(roll)  -  cos(heuding).sin(roll),sin(pitch) ) 
c2  “  (Xsc'  SW/2).sin(heuding).cos(pitch) 

+  d.(  cos(heading).cos(roll)  +  sin(heuding).sin(roll).sin(pitch) ) 
c3  -<Xsc-  SW/2).Altitude.sin(pitch)  +  d. Altitude.  cos(pitch).sin(roll) 

Similarly,  for  the  Y  equations : 

Ysc  =  SH/2  -  Py 

=  SH/2  +  R.sin(gummu).b 
=  SH/2  +  (a.cos(roll)  +  Pperp..sin(roll)).(d/(pz+d)) 

Therefore : 

(Ysc-  SH/2)(pz+d)  =  dCpperps‘n^ro11)  +  acos(roll)) 
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Substitute  for  Pz,  Pperp  <°  get  this  equation  in  terms  of  P^  and  Pg 
and  equate  coefficients.  This  gives . 

C4,PN  +  C5'PE  +  C6  =  0 

where : 

c4  =  (Ysc"  SH/2).cos(heading),cos(pitch) 

-  d.(  sin(heading),sin(roll)  +  cos(heading).sin(pitch).cos(roll) ) 
c5  =  <V  SH/2).sin(heading),cos(pitch) 

+  d.(  cos(heading).sin(roli)  -  sin(heading).sin(pitch).cos(roil) ) 
c6  =-<Ysc‘  SH/2).Altitude.sin(pltch)  -  d.Altitude,  cos(roll).cos(pitch) 


Solving  the  two  equations  simultaneously  for  P^.  and  Pg  gives  : 

PE  "  (cVc4  ‘  e3/cP 1  (c2/c\ '  c5/c4) 

PN  =  'c6/c4  '  c5/c4'PE 


4.5  Graphics  Programming  of  Outside  View 

The  Outside  View  consists  solely  of  points  of  light,  These  light  points  ure  druwn  on  the 
screen  using  the  move  and  draw  graphics  routines  and  the  appropriate  colour  setting 
routine.  Two  methods  have  been  incorporated  to  compliment  perspective  and  the  visibility 
limit.  First,  the  colour  of  every  light  point  is  faded  out  In  1  to  4  steps,  depending  on  the 
colour  of  the  particular  light  point.  Second,  the  number  of  pixels  used  to  represent  an 
individual  light  pomt  varies  from  1  to  16,  proportional  to  the  distance  from  the  aircraft  to 
the  particular  light  point, 
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4.6  Terrain  Data 

The  current  terrain  database  describes  an  area  around  Port  Phillip  Buy,  Victoria,  with  the 
main  emphasis  on  airport  lighting.  Moorabbin,  Essendon,  and  Melbourne  are  the  major 
airports  and  were  constructed  first.  As  well  as  all  the  standard  lighting  (taxiway  centerline, 
runway  edge,  runway  threshold/end)  at  all  three  airports,  Melbourne  has  Category  1 
precision  approach  lighting,  touchdown  zone  lighting,  and  T-VASIS  (Visual  Approach 
Slope  Indicator  System').  Essendon  has  simplified  Category  I  precision  approach  lighting, 
figure  4  shows  Melbourne  airport  Rwy  27. 

The  terrain  data  base  is  created  using  a  separate  Modula-2  program  called 
makeTerrainDuta.  Terrain  data  can  be  specified  as  single  points  of  light  (GroundLight)  or 
as  strings  of  light  (LightString), 

4.6.1  GroundLights 

GroundLights(GL)  are  specified  by  the  following  parameters : 

-  North(N)  and  Eust(E)  coordinates  from  the  reference  point 

-  Altitude(A)  above  sea  level 

-  Colorl ,  Color2,  DirSplit 

DirSplit  cun  be  used  to  creute  uni-directional  lights  or  lights  that  change  color 
depending  on  the  uircraft  position.  The  color  change  occurs  at  either  the  North 
GL  coordinate  or  the  East  GL  coordinate. 

DirSplit  =  0  No  direction  color  split 

i.e  constant  color  GL  (color  =  Colorl ) 

DirSplit  =  1  Direction  color  split  =  North 

If  Nposition  >*  N  then  color  =  Colorl 
if  Nposition  <  N  then  color  =  Color2 
DirSplit  =  2  Direction  color  split  =  Eust 

if  Eposition  >=  E  then  color  =  Colorl 
if  Eposition  <  E  then  color  =  Color2 


-  MaxShude 

Maximum  color  shade  to  be  used  for  the  GL.  This  can  be  used  to  limit  the 
brightness  of  the  GL  relative  to  others. 

-  MaxRunge 

Maximum  visible  range  of  GL.  The  user  defined  visibility  limit  overrides  this. 

-  MaxSize 

Maximum  dot  size  used  to  draw  the  groundlight.  Light  points  are  drawn  using 
varying  numbers  of  pixels  depending  on  the  range  to  that  point. 

MaxSize  ullows  tne  size  of  the  GL  to  retrain  relatively  smaller  than  other  GLs. 

A  GroundLight  is  mapped  to  the  screen  usi  tg  the  Ground-to-Screcn  transformation  of 
section  4.3 . 
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4.6.2  LighlStrings 

Lightstrings  (LS)  are  defined  by  specifying  the  two  endpoints  of  the  string  and  the  number 
of  light  points  in  the  string.  The  following  parameters  specify  a  LightString  : 

-  N0,  Fq,  Aq  North,  East,  Altitude  for  one  end  of  string 

Nn  En,  An  North,  East,  Altitude  for  the  other  end  of  string 

-  n  Number  of  light  points  in  the  string 

-  Colorl,  Color2,  DirSplit,  MaxShade,  MaxRange,  MaxSize 

These  parameters  are  as  described  for  GroundLights,  but  apply  to  all 
the  light  points  in  the  string. 

Note  that  the  subscripted  altitudes  (A*  and  A  )  are  relative  to  the  aircraft  and  not  the 
ground  (i.e  Aircraft  Altitude  -  Data  Point  Altitude), 

To  map  a  LS  to  the  screen,  both  ends  of  the  LS  are  transformed  from  the  ground  to  screen 
using  Ground-to-Scrcen  (section  4,3).  The  lights  between  the  endpoints  are  mapped  to  the 
screen  using  angulur  ratios  as  described  below  (refer  to  Figure  9) : 


r„2  =  N02.E„2 

,A(|2 

'„2  =  n„2*e»2 

+  An" 

dN  =  A’  /  (n-1) 

where 

dE  =  E  /  (n-1) 

where 

£=VE() 

dA  =  A  /  (n-1) 

where 

A  =  An  -  Aq 

dR  =  R  /  (n-1) 

where 

A2--  N2+  E2  + 

Using  the  cosine  rule  gives : 

—  r'riv  ^ 


betan  =  cos'  l(  (  A2-  r()2-  rn2)  /  (-?r()rn) ) 


For  the  i  light  point 


Nj  =  N()  +  i.dN 
Ej  =  E()  +  i.dE 
Aj  =  Aq  +  i.dA 
r’-N^  +  E,2^ 
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and  : 


Rj  =i ,  dR 


Once  again  using  the  cosine  rule  gives  : 

betuj  =  cos" '( (  Rj2-  rQ2- r2)  /  (-2^) ) 
Therefore,  using  the  angular  ratios  ; 

XsCj  =  XsCq  +  betaj/betan  .  Xsc 
where  Xsc  =  Xscn  -  XsCq 
YsCj  =  YsCq  +  beta./betan  .  Ysc 
where  Ysc  =  Yscn  -  YsCq 


5.  PERFORMANCE 

The  Programmable  Cockpit  HUD  running  without  any  Outside  View  achieves  a  screen 
update  rate  of  9-10  Hz.  When  the  Outside  View  is  incorporated  and  the  scene  is  reasonably 
detailed  (as  in  Figure  4)  the  update  rate  decreases  to  approximately  2-3  Hz.  This  low 
update  rate  makes  flying  the  aircraft  quite  difficult,  especially  with  a  high-performance 
aircraft.  Even  with  the  deliberately  chosen  ‘sluggish’  aircraft  model,  the  graphics  update 
rate  is  not  quite  rapid  enough  to  allow  the  pilot  to  fly  visually,  however  it  does  give  the 
pilot  an  indication  of  aircraft  position  and  whether  or  not  the  aircraft  is  on  the  desired  flight 
path. 


6.  CONCLUSION 

The  Programmable  Cockpit  (Stage  1)  was  demonstrated  for  the  ARL  50lil  Anniversary 
Open  Week.  As  a  concept  demonstrator  the  PC-1  was  very  sucessful.  Its  major 
shortcoming  is  the  slow  update  rate  of  the  dynamic  graphics  displays  (Head-Down  and 
Head-Up  Displays). 

The  next  step  in  development  (Stage  2)  is  the  acquistion  of  more  computer  power, 
particularly  graphics  power.  It  is  envisaged  that  a  workstation  will  become  the  hub  of  the 
next  version  with  some  of  the  currently  used  computers  as  satellites  doing  the  less  intensive 
computation  and  graphics  displays. 

Future  development  of  the  HUD  will  include  vurying  the  information  content,  studying 
different  display  methods  and  symbology,  and  experimenting  with  more  complicated 
formats.  The  Outside  View  will  include  more  terrain  data  and  realism  effects.  Depending 
on  the  update  rate  achieved,  a  daytime  scene  would  also  be  attempted.  The  prime  objective 
will  be  to  obtain  more  rapid  screen  update  rates,  in  the  order  of  20  Hz  minimum. 
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FIGURE  2  :  HUD  Format 


FIGURE  3  :  Static  HUD 
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KKiURK  6  :  Coordinate  Systems  Relative  to  Aircraft 


H(»UUK7  :  Aircraft  Projection  Plane 
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